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rd , 



This Technical Specification (TS) has been produced by the ETSI 3 Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3 GPP identities or GSM identities. 
These should be interpreted as being references to the corresponding ETSI deliverables. The mapping of document 
identities is as follows: 

For 3 GPP documents: 

3G TS I TR nn.nnn "<title>" (with or without the prefix 3G) 

is equivalent to 

ETSI TS I TR Inn nnn "[Digital cellular telecommunications system (Phase 2+) (GSM);] Universal Mobile 
Telecommunications System; <title> 

For GSM document identities of type "GSM xx.yy", e.g. GSM 01.04, the corresponding ETSI document identity may be 
found in the Cross Reference List on www.etsi.org/key 
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Foreword 

This Technical Specification has been produced by the 3 GPP. 

This TS defines the interfaces and Terminal Adaptation Functions (TAF) integral to a Mobile Termination (MT) which 
enables the attachment of synchronous terminals to a MT within the 3 GPP system. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of this TS, it will be re-released by the TSG with an identifying 
change of release date and an increase in version number as follows: 

Version 3.y.z 

where: 

3 the first digit: 

3 Indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the specification; 
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Scope 



This Technical Specification (TS) defines Terminal Adaptation Functions (TAF) which are integrated in a Mobile 
Termination (MT) and which enable the attachment of Synchronous Terminals to an MT (see GSM 04.02 [4]). The 
general aspects of Terminal Adaptation Functions are contained in specification GSM 07.01 [8]. This ETS covers 
support of synchronous data services (see GSM 02.02 [2]) for the following interfaces and procedures: 

- V.22 DTE/DCE Interface 

- V.22 bis DTE/DCE Interface 

- V.26 ter DTE/DCE Interface 

- V.32 DTE/DCE Interface 

- X.21 DTE/DCE Interface 

- X.21 bis DTE/DCE Interface 
X.25 Procedure 

- X.32 Procedure 

- V.25 bis Procedure 

- 1.420 Interface (S) 

LAPB is the only synchronous non-transparent protocol which is considered here. 

Note: From GSM R99 onwards the following services are no more required to be provided by a GSM PLMN: 

• the dual Bearer Services "alternate speech/data" and "speech followed by data" 

• the dedicated services for PAD and Packet access 

• BS21 ...26 and BS 31 ...34 

The support of those services is still optional. The specification of these services is not within the scope of this TS. For 
that, the reader is referred to GSM Release 98. 



Normative references 



References may be made to: 

a) specific versions of publications (identified by date of publication, edition number, version number, etc.), in 
which case, subsequent revisions to the referenced document do not apply; or 

b) all versions up to and including the identified version (identified by "up to and including" before the version 
identity); or 

c) all versions subsequent to and including the identified version (identified by "onwards" following the version 
identity); or 

d) publications without mention of a specific version, in which case the latest version applies. 

A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

[1] GSM 01.04: "Digital cellular telecommunication system (Phase 2+); Abbreviations and 

acronyms". 

[2] GSM 02.02: "Digital cellular telecommunication system (Phase 2+); Bearer Services (BS) 

supported by a GSM Pubhc Land Mobile Network (PLMN)". 
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[3] GSM 03.10: "Digital cellular telecommunication system (Phase 2+); GSM Public Land Mobile 

Network (PLMN) connection types". 

[4] GSM 04.02: "Digital cellular telecommunication system (Phase 2+); GSM PubHc Land Mobile 

Network (PLMN) access reference configuration" . 

[5] GSM 04.08: "Digital cellular telecommunication system (Phase 2+); Mobile radio interface layer 3 

specification" . 

[6] GSM 04.21: "Digital cellular telecommunication system (Phase 2+); Rate adaption on the Mobile 

Station - Base Station System (MS - BSS) interface". 

[7] GSM 04.22: "Digital cellular telecommunication system (Phase 2+); Radio Link Protocol (RLP) 

for data and telematic services on the Mobile Station - Base Station System (MS - BSS) interface 
and the Base Station System - Mobile-services Switching Centre (BSS - MSC) interface". 

[8] GSM 07.01: "Digital cellular telecommunication system (Phase 2+); General on Terminal 

Adaptation Functions (TAF) for Mobile Stations (MS)". 

[9] GSM 08.20: "Digital cellular telecommunication system (Phase 2+); Rate adaption on the Base 

Station System - Mobile-services Switching Centre (BSS - MSC) interface". 

[10] GSM 09.06: "Digital cellular telecommunication system (Phase 2+); Interworking between a 

Public Land Mobile Network (PLMN) and a Packet Switched Public Data Network/Integrated 
Services Digital Network (PSPDN/ISDN) for the support of packet switched data transmission 
services". 

[11] GSM 09.07: "Digital cellular telecommunication system (Phase 2+); General requirements on 

interworking between the Public Land Mobile Network (PLMN) and the Integrated Services 
Digital Network (ISDN) or PubHc Switched Telephone Network (PSTN)". 

[12] CCITT Series V Recommendations: "Data communication over the Telephone network". 

[13] CCITT Series X Recommendations: "Data communication networks". 

[14] CCITT Recommendation V.IO: "Electrical characteristics for unbalanced double-current 

interchange circuits for general use with integrated circuit equipment in the field of data 
communications" . 

[15] CCITT Recommendation V. 1 1 : "Electrical characteristics for balanced double-current interchange 

circuits for general use with integrated circuit equipment in the field of data communications". 

[16] CCITT Recommendation V.25: "Automatic answering equipment and/or parallel automatic calling 

equipment on the general switched telephone network including procedures for disabling of echo 
control devices for both manually and automatically established calls". 

[17] CCITT Recommendation V.25 bis: "Automatic Calling and/or Answering Equipment on the 

General Switched Telephone Network (GSTN) using the 100-series interchange circuits". 

[18] CCITT Recommendation V.28: "Electrical characteristics for unbalanced double-current 

interchange circuits". 

[19] CCITT Recommendation V.l 10: "Support of data terminal equipments (DTEs) with V-Series 

interfaces by an integrated services digital network" . 

[20] CCITT Recommendation V.24: "List of definitions for interchange circuits between data terminal 

equipment (DTE) and data circuit-terminating equipment" . 

[21] CCITT Recommendation X.24: "List of definitions for interchange circuits between Data Terminal 

Equipment (DTE) and Data Circuit Terminating Equipment (DCE) on Public Data Networks". 

[22] CCITT Recommendation X.25: "Interface between Data Terminal Equipment (DTE) and Data 

Circuit Terminating Equipment (DCE) for terminals operating in Packet Mode and connected to 
Public Data Networks by dedicated Circuit" . 
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[23] CCITT Recommendation X.21: "Interface between Data Terminal Equipment (DTE) and Data 

Circuit Terminating Equipment (DCE) for synchronous operation in public data networks". 

[24] CCITT Recommendation X.21 bis: "Use on public data networks of data terminal equipment 

(DTE) which is designed for interfacing to synchronous V-Series modems". 

[25] CCITT Recommendation X.26: "Electrical characteristics for unbalanced double-current 

interchange circuits for general use with integrated circuit equipment in the field of data 
communications" . 

[26] CCITT Recommendation X.27: "Electrical characteristics for balanced double-current interchange 

circuits for general use with integrated circuit equipment in the field of data communications". 

[27] CCITT Recommendation X.30: "Support of X.21, X.21 bis and X.20 bis based Data Terminal 

Equipment (DTEs) by an ISDN". 

[28] CCITT Recommendation X.31: "Support of Packet Mode Terminal Equipment in ISDN". 

[29] CCITT Recommendation X.32: "Interface between Data Terminal Equipment (DTE) and Data 

Circuit Terminating Equipment (DCE) for terminals operating in Packet Mode and accessing a 
PSPDN through a PSTN or an ISDN or a CSPDN". 

[30] CCITT Recommendation 1.461: "Support of X.21, X.21 bis and X.20 bis based data terminal 

equipment (DTEs) by integrated services digital network (ISDN)". 

[31] CCITT Recommendation 1.463: "Support of data terminal equipment (DTEs) with V-Series type 

interfaces by an integrated services digital network (ISDN)". 

[32] ISO Recommendation 8885: "Information technology - Telecommunication and information 

exchange between systems - High-level data link control (HDLC) procedures - General purpose 
XID frame information field content and format" . 

[33] ISO Recommendation 8886: "Information technology - Telecommunication and information 

exchange between systems - Data link service definitions for Open Systems interconnection" . 

[34] Personal Computer Memory Card Association: "PCMCIA 2.1 or PC-Card 3.0 electrical 

specification or later revisions". 

[35] Infrared Data Association IrDA "IrPHY Physical layer signalling standard". 

[36] TIA-617: "Data Transmission Systems and Equipment - In-Band DCE Control". 

[37] GSM 02.34: "Digital cellular telecommunications system (Phase 2+); High Speed Circuit 

Switched Data (HSCSD) - Stage 1". 

[38] GSM 03.34: "Digital cellular telecommunications system (Phase 2+); High Speed Circuit 

Switched Data (HSCSD) -Stage 2 Service Description". 

2.1 Abbreviations 

In addition to those below abbreviations used in this TS are listed in GSM 01.04 [1]. 
AU Access Unit 



3 General 

3.1 Customer access configuration 

The GSM PLMN access reference configuration is described in figure 1 of GSM 04.02 [4]. This specification 
(GSM 07.03) specifically refers to the MTs which support terminal equipments (TEl or TE2) that use synchronous 
bearer capabilities. 
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3.2 Terminal Adaptation Function 



The TAF is functionally part of an MTO, MTl or MT2 (see GSM 04.02 [4]). The terminal adaptation provides facilities 
to allow manual or automatic call control functions associated with alternate speech/data, speech followed by data and 
circuit switched data services, in case of V series interfaces. The X.21 DTE/DCE interface allows only for automatic 
call control functions. The following functions are included: 

- Conversion of electrical, mechanical, functional and procedural characteristics of the V-series, X-series and 
ISDN type interfaces to those required by a GSM PLMN. 

- Bit rate adaptation of V-series and X-series data signalling rates and the ISDN 64 kbit/s to that provided in the 
GSM PLMN. 

- The mapping of V.25 bis AUTO CALL/AUTO ANSWER procedures and X.21 procedures to the GSM PLMN 
Dm-channel signalling. 

- The mapping functions necessary to convert S-interface signalling to PLMN Dm-channel signalling. 

- Synchronization procedure, which means the task of synchronizing the entry to and the exit from the data 
transfer phase between two subscriber terminals. This is described in the specification GSM 07.01 [8]. 

Filtering of channel control information. This is described in the specification GSM 07.01 [8]. 

- Compatibility checking (see GSM 07.01 [8]) 

- Layer 2 relaying (see annex 1) 
Flow control 

- In Call Modification function (see section 4) 

- Splitting and combining of the data flow in case of multi substream data configurations 

3.3 TAF Interfacing to other MT functions 

TAF interfacing is shown in figure 1 . 
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Figure 1 : TAF interfacing to otiier MT functions 



4 Terminal Adaptation Functions for synchronous 

transparent services 

Specification GSM 03.10 [3] refers to the models for connection types supporting synchronous transparent services. 
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4.1 Rate Adaptation 



Rate adaptation on the MS-BS interface is described in GSM 04.21. The synchronous data services make use of the 
following rate adaptation functions: RAl, RA2, RAl/RAl', RAl' and in case of TCH/F28.8 usage, EDGE-MUX. See 
also Figures 6, 7 and 8 in GSM 03.10. The D-bits of the rate adaptation frames are used to convey user data and the S- 
and X-bits are used to convey channel status information associated with the data bits in the data transfer state, or to 
carry substream numbering between the SpHt/Combine functions in case of mult substream operation. For the S- and X- 
bits, a ZERO corresponds to the ON condition, a ONE to the OFF condition. 

4.1 .1 Rate adaptation - V-series 

This is provided as indicated in specification GSM 04.21 [6]. The functions applied in this case are shown in figure 2 
(see model 2b in figures 6, 7 and 8 of GSM 03.10 [3]). 
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Figure 2: Rate adaptation for V-series terminais 

4.1 .2 Rate adaptation - X.21 

This is provided as indicated in specification GSM 04.21 [6]. The functions applied in this case are shown in figure 3 
(see model 2b in figures 6, 7 and 8 of GSM 03.10 [3]). 
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Figure 3: Rate adaptation for X.21 terminals 

4.1 .3 Rate adaptation - S-interface 

The functions applied in this case are shown in figure 4 (see model 2a in figures 6, 7 and 8 of GSM 03. 10 [3]). 
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Figure 4a: Rate adaptation for S-interface 
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Figure 4b: Rate adaptation for S-interface (continued) 

There are two cases to be considered for the RAl function: 
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a) V-series interface 

For the V-series type of terminal equipments the rate adaptation functions are as described in GSM 04.21 [6]. 

b) X.21 -interface 

For terminal equipments using the X.21 -interface the rate adaptation functions are identical to those described in 
GSM 04.21 [6], but the notation used is as described in CCITT recommendation X. 30/1.461. 

The notation used is as follows: 

The conversion of the user rates of 2.4 and 4.8 kbit/s to 8 kbit/s and user rate of 9.6 kbit/s to 16 kbit/s shall be 
implemented by means of the 40 bit frame structure shown in figure 5. 

Figure 5 shows that in addition to the basic frame, a two frame multiframe is employed. In odd frames, octet 
contains all zeros, whilst in even frames octet consists of a one followed by seven E bits. The order of bit 
transmission of the 40 bit frame is from left-to-right and top-to-bottom. 

This two frame multiframe corresponds to the 80 bit frame structure presented in GSM 04.21 [6] as shown in 
figure 6. The 24 information bits P1,..,P8, Q1,..Q8, R1,..,R8 of odd frames correspond with D1,..,D24 and those 
of even frames correspond with D25,..,D48 respectively. For the status bits there is the following 
correspondence: odd frame SQ,X,SR,SP = S1,X,S3,S4 and even frame SQ,X,SR,SP = S6,X,S8,S9. 

Option for a manufacturer of mobile stations: 

In transparent mode support of a packet mode TEl or TE2/TA, which uses flag stuffing. 
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NOTE: Bit X, if not used for the optional flow control or for the indication of the far end synchronization, shall 
be set to (see CCITT Recommendation I.463A^.110). 

Figure 5: 40 bit frame structure of CCITT X.30 
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Figure 6: Correspondence of X.30 and V.110 frames 
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4.2 Interchange Circuit Signalling Mapping 
4.22.1 V-series interchange circuit mapping 

The interchange circuit signalHng mapping at the interface between the TE2 and the MT shall conform to CCITT 
recommendation V.24; while the signal levels at the interface shall conform either to CCITT recommendation V.28, or 
to IrDA IrPHY Physical signalling standard specification, or to PCMCIA 2.1, or to PC-Card 3.0 electrical specifications 
or to later revisions. 

The signals required at this interface are shown in table 2. 

Specification 04.21 refers to the frame structure and identifies the use of status bits for the carriage of signalling 
information 

Status bits S A, SB and X are used to convey channel control information associated with the data bits in the data 
transfer state. Table 1 shows the mapping scheme between the V.24 circuit numbers and the status bits for the 
transparent mode. It also shows how the unused status bits should be handled. It is derived from the general mapping 
scheme described in annex C. A binary corresponds to the ON condition, a binary 1 to the OFF condition. 

The transport of these status bits by the various channel codings is described in subsequent sections. 
Table 1 : Mapping scheme at the MT for the transparent mode 



Signal at TE2/MT 

interface or condition 

within the MT 


Mapping 
direction: MT to IWF 


Mapping 
direction: IWF to MT 


CT105 


not mapped (note 1) 




CT106 




from status bit X (note 7) 


CT107 




not mapped (note 5) 


CT 108/2 


not mapped (note 6) 




CT109 




from status bit SB (note 7) 


CT133 


not mapped (note 2) 




always ON 


to status bit SA (note 3) 




always ON 


to status bit SB (note 1 ) 




always ON 


to status bit X (note 4) 




ignored by MT 




from status bit SA (note 3) 



NOTE 1. The SB bit towards the IWF, according to the General Mapping (27.002, annex C), could be used to carry 
CT 105. However, CT 105 should always be ON in the data transfer state since only duplex operation is 
supported. Also, many DTEs use the connector pin assigned to CT 105 for CT 133. No interchange 
circuit shall be mapped to the SB bit which shall always be set to ON in the data transfer state. 

NOTE 2. CT 133 is not mapped since there is no flow control in transparent mode. 

NOTE 3. The SA bits in both directions are available only with certain channel codings. Therefore, for maximum 
compatibility, they should not be mapped. 

NOTE 4. The X bit towards the IWF is not mapped and shall always be set to ON in the data transfer state since 
there is no flow control in transparent mode. 

NOTE 5. CT 107 is controlled by the channel synchronisation process (27.001). 

NOTE 6. CT 108/2 may be used in the call setup and answering processes. 

NOTE 7. The status bits are filtered before being mapped to the V.24 circuits (27.001). 
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Table 2: Minimum set of V-series interchange circuits 



Circuit Number 


Circuit Name 


Ground 


D< 
to 
TE2 


ata 
from 
TE2 


Cor 
to 
TE2 


itrol 
from 
TE2 


CT102 


Common Return 


X 










CT103 


Transmitted 
data 






X 






CT104 


Received data 




X 








CT105 


Request to 
send 










X 


CT106 


Ready for 
sending 








X 




CT107 


Data set ready 








X 




CT108.2 


Data terminal 
ready 










X 


CT109 


Data channel 

received line 

signal detector 








X 




cm 4 


Transmitter 

signal element 

timing 








X 




CT115 


Receiver 

signal element 

timing 








X 




CT125 


Calling in- 
dicator (note) 








X 





NOTE: CT125 is used with the AUTO ANSWER function of the TAF. 

Use of Network Independent Clocking: 

Network Independent Clocking is only applicable to calls using ITC value "3.1 kHz audio ex PLMN". 

Within the GSM network the coding of the values for bits associated with NIC is specified in GSM specifications 
GSM 04.21 [6]/GSM 08.20 [9]. In the forward (transmitting) direction the multiframes shall be coded in exact 
accordance with that specified in those specifications. Bit E6 is set to "1" in alternate modified V.llO frames at the 
transmitter. However, the use of this bit at the receiver for monitoring frame Synchronization, or any other purpose, is 
not specified and is left to the discretion of the implementor. 

A "perfect linear block Code" is used in C1-C5, whose error correction properties may be utilized in the receiver, in 
order to ensure reliable operation of NIC. 

The NIC sending function has to recognize when the difference between the applicable clock speed of the GSM 
network and the interface speed generates a positive or negative whole bit requirement. When this positive or negative 
condition occurs, the NIC codewords specified in specification GSM 04.21 [6] are used to transport this condition to the 
receiving NIC function. Transmission of the codeword shall clear the positive or negative condition related to that 
codeword at the sending function. The sending function shall not send more than one positive or negative 
compensations within a contiguous period of time corresponding to 10 000 user data bits minus the number of user data 
bits necessary to make up an even number of V.l 10 frames between compensations (NIC compensation is coded in two 
V.l 10 frames). This results from the requirements to compensate for maximum clock differences of ± 100 parts per 
million. If the receiving function receives NIC compensations more often than a contiguous period of time 
corresponding to 10 000 user data bits, there is no guarantee that data will not be lost. 
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The NIC receiving function has to provide the capabiHty to support the compensation requirements of the sending 
function. This compensation is managed by manipulating the clock speed of the interface, within the standard 
constraints of that interface. 

Overall, the compensation functions have to be capable of managing clock tolerances of ± 100 parts per million. 

The NIC function has to recognize and manage the conversion of the NIC information received incoming from an ISDN 
terminal Interface. The conversion has to be made to the NIC format used within the GSM System as defined in 
specifications 04.21/08.20. The NIC function has to manage the conversion of the GSM NIC format into that used 
within the ISDN in the traffic direction towards the ISDN terminal interface. 

Due to the incompatibility between the ISDN and the GSM requirements NIC interworking is nor provided between 
these two formats, as such no NIC function is required in providing interworking to the ISDN for unrestricted digital. 

Action on loss of synchronization: 

If five consecutive NIC multiframes have incorrect framing bit values in E7, the receiver shall stop applying clocking 
compensation to the received data. Resynchronization will be attempted and compensation will resume when 
synchronization is achieved. 

Signal element timing: 

Receiver signal element timing (CTl 15) is generated by MT2. In the transparent case, this shall be synchronized to the 
output of RAl' function. In the non transparent case it is output from the L2R on the basis of the current user data rate. 
A transition from ON to OFF condition shall nominally indicate the centre of each signal element on CTl 04. 

Transmitter signal element timing is generated by MT2 (CTl 14), this may be synchronized to CTl 15. 

In the case of alternate Speech/Group 3 Facsimile in GSM, there may be a Channel Mode Modify during the course of 
the facsimile portion of the call. If this occurs in GSM, the user data rate changes and this is reflected to the V.24 
interface as a change in the clock speed on CT 114 and CT 115. 

4.2.1 .1 Multislot configurations (Channel coding TCH/F9.6 or TCH/F4.8 kbit/s) 

In transparent multislot configurations status bits SI, S3 and the X-bit between the D12 and D13 in the ITU-T V.l 10 
80-bit intermediate rate frame - are used for transferring substream numbering information. The S4-bit is used for frame 
synchronization between the parallel substreams (ref GSM 04.21). 

4.2.1 .2 Channel coding TCH/F14.4 and TCH/F28.8 

For information on the mapping of the interchange circuit signalling bits in the 14.5 multiframe structure, refer to GSM 
04.21. 



4.2.2 X.21 Interchange circuit mapping 



The interchange circuit signalling mapping at the interface between the TE2 and the MT shall conform to CCITT 
recommendations X.21 and X.24; while the signal levels at the interface shall conform either to CCITT 
recommendation X.26 (v. 10), or to X.27 (V.ll) - see also paragraph 2.1 of CCITT recommendation X.21, or to IrDA 
IrPHY Physical signalling standard specification, or to PCMCIA 2.1, or to PC-Card 3.0 electrical specifications or to 
later revisions. 

The signals required at this interface are shown in table 3. 

Specification 04.21 refers to the frame structure and identifies the use of status bits for the carriage of signalling 
information. 

Status bits (S1,S3,S4,S6,S8,S9): 

For the purpose of alignment with the case where the X.21 TE2 is connected to the MT via a TA conforming to CCITT 
recommendation X.30 (1.461), the notation for the S-bits will be SP, SQ and SR as in figure 5/GSM 07.03. For the bits 
SP, SQ and SR, a ZERO corresponds to the ON condition, a ONE to the OFF condition. 

The bits SP, SQ and SR are used to convey channel associated status information. The mapping of the information on 
circuit C of the X.21 interface to the S bits and from the S bits to the circuit I in the distant interface should be done in 
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such a way that the SP, SQ and SR bits are associated with the bit-groups P, Q and R. To assure proper and secure 
operation the mapping scheme has to be consistent with CCITT recommendations X.21 and X.24. 

The mechanism for mapping is as follows: 

- In all cases where X.21 -byte timing interchange circuit B is not provided, the status bits SP, SQ and SR of the bit 
groups P, Q and R are evaluated by sampling the circuit C in the middle of the 8th bit of the respective preceding 
bit group. On the other hand, the conditions of the status bits SP, SQ and SR are adopted by the circuit I 
beginning with transition of the respective 8th bit of a bit-group P, Q and R to the first bit of the consecutive bit 
group on the circuit R. 

- In the case where X.21 -byte timing interchange circuit B is provided for character alignment, the circuit C is 
sampled together with the bit 8 of the preceding octet and the circuit I is changing its state at the boundaries 
between the old and new octets at the circuit R. This operation is defined in CCITT recommendation X.24. 

Table 3: X.21 interchange circuits 



Interchange 
circuit 


Interchange circuit 
name 


Ds 

to 
TE2 


ita 

from 
TE2 


Control 

to from 
TE2 TE2 


Timing toTE2 


G 


Common return 












Ga 


TE2 common return 












T 


Transmit 




X 




X 




R 


Receive 


X 










C 


Control 








X 




1 


Indication 






X 






S 


Signal element timing 










X 


B 


Byte timing (note) 










X 



NOTE: According to CCITT recommendation X.21 the provision of the 8 bit timing interchange circuit B is not 
mandatory. 

4.2.3 Case of S-interface 

At the S-interface an X.30 rate adapted bit stream is provided by the TEl or TE2-TA combination (see figure 4). The 
terminal adaptation function within the MT does not have any interchange circuit signalHng mapping function to 
perform. 

4.3 Call establishment signalling mapping at TE/MT interface 

4.3.1 V-series interfaces 

4.3.1 .1 Call establishment manual operation - utilizing Alternate Speech/Data or 
Speech followed by Data Capabilities 

During manual call establishment, the mobile user shall be able to hear network supervisory tones and answer tone. 

On hearing answer tone, the user invokes the transition from speech to data in both Mobile Station and the IWF. The 
mapping for this is shown in section 6. 

4.3.1 .2 Call establishment manual operation - utilizing the Unrestricted Digital 
Capability 

In this case the user will not hear network supervisory tones or answer tone. The data transfer phase will be entered 
automatically. 
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4.3.1.3 



V.25 bis auto call/auto answer 



The mapping of the V.25 bis procedures to the messages of the PLMN Dm-channel signalHng (GSM 04.08 [5]) is 
defined in section 4. 

Auto Call: 

This procedure is provided according to V.25 bis using only circuit 108/2. A subset of V.25 bis is shown in table 4. This 
subset gives minimum level of control and indication. 

During the call establishment phase, i.e. after signalling, call tone according to V.25 bis shall be generated in the IWF, 
where appropriate. 

Auto Answer: 

This procedure is provided according to V.25 bis. 

Table 4: Minimum set of V.25 bis Call Set-up Commands and Indications 





Description 


lASCharacters 


Commands 
from TE2 


Call Request with Number 
provided 0,1. .9,*,#AB,C,D 

Disregard incoming Call 

Connect incoming Call 


CRN 

Die 
CIC 


Indications 
toTE2 


Call Failure indication 
XX = CB,AB,NT,FC(Note) 

iNcoming Call 

VALid 

INValid 


CFIXX 

INC 
VAL 
INV 



NOTE to table 4: CB = Local MT busy 
AB = Abort call 
NT = No answer 
FC = Forbidden call * 

* Forbidden call indication results from contravention of rules for repeat call attempts as defined by the 

appropriate national approvals administration. It is recommended that this is the responsibility of the MT, 
not the TE2. 

4.3.2 X-series interfaces 

4.3.2.1 X.21 bis call establishnnent manual operation - utilizing the Unrestricted 
Digital Capability 

In this case the user will not hear network supervisory tones or answer tone. The data transfer phase will be entered 
automatically. 

4.3.2.2 X.21 bis/V.25 bis call establishment signalling mapping 

The mapping of the V.25 bis procedures to the messages of the PLMN Dm-channel signalling (GSM 04.08 [5]) is 
defined in section 6. 

Auto Call: 

This procedure is provided according to V.25 bis using only circuit 108/2. A subset of V.25 bis is shown in table 4. This 
subset gives minimum level of control and indication. 

Auto Answer: 
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This procedure is provided according to V.25 bis. 

4.3.2.3 X.21 call establishment signalling mapping 

The mapping of the X.21 procedures to the messages of the PLMN Dm-channel signalHng (GSM 04.08 [5]) is defined 
in section 7. 

4.3.3 S-interface (1.420) signalling mapping 

The mapping of Q.931 signalHng to 04.08 signalHng requires the inclusion, by the MT, of PLMN specific elements (eg. 
transparent or not, half or full rate channel). The required Bearer Capability Elements are shown in GSM 07.01 [8] 
Annex 2. 

4.3.4 X.25 procedures mapping 

User terminals are connected to mobile termination either at S reference point (TEl or TE2/TA) or at R reference point 
(TE2). For the physical interface of TE2s all different possibilities are shown in table 9 in section 8. 

For more details, see CCITT X.25 and the appropriate interface recommendations. 

The mapping is described in section 8. 



5 Terminal Adaptation Functions for synchronous 

non-transparent services 

This section deals with the specific requirements for non-transparent X.25 access. Other cases, e.g. teletex, are dealt 
within other specifications. 

Layer 2 Relay function is described in annex 1 . 

5.1 Rate Adaptation and protocol model 

5.1.1 R-interface 

For the protocol model and rate adaptation function applied in this case see Models 4b and 4e of Figures 6, 7 and 
8/GSM 03.10). 

5.1.2 S-interface 

For the cases where the method indicated in CCITT X.30 is used see Models 4a and 4d of Figures 6, 7 and 
8/GSM 03.10). 

For the cases where the HDLC interframe flag stuffing shown in the recommendation CCITT X.31 is used see Models 
4c and 4f of Figures 6, 7 and 8/GSM 03.10). 

5.2 Signalling Mapping 

5.2.1 Interchange circuit signalling mapping 

Status bits S A, SB and X are used to convey channel control information associated with the data bits in the data 
transfer state. Table 2 shows the mapping scheme between the V.24 circuit numbers and the status bits for the non- 
transparent mode. It also shows how the unused status bits should be handled. It is derived from the general mapping 
scheme described in annex C. A binary corresponds to the ON condition, a binary 1 to the OFF condition. 

The transport of the status bits by the L2RC0P is described in annex A. 
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Table 2: Mapping scheme at the MT for the non-transparent mode 



Signal at TE2/MT 

interface or condition 

within the MT 


Mapping 
direction: MT to IWF 


Mapping 
direction: IWF to MT 


CT105 


not mapped (note 1) 




CT 106 (note 4) 




from status bit X (note 7) 


CT107 




not mapped (note 5) 


CT 108/2 


not mapped (note 6) 




CT109 




from status bit SB 


CT 133 (note 8) 


to status bit X (notes 3,8) 




always ON 


to status bit SA (note 2) 




always ON 


to status bit SB (note 1 ) 




ignored by MT 




from status bit SA (note 2) 



NOTE 1. The SB bit towards the IWF, according to the General Mapping (27.002, annex C), could be used to carry 
CT 105. However, CT 105 should always be ON in the data transfer state since only duplex operation is 
supported. Also, many DTEs use the connector pin assigned to CT 105 for CT 133. No interchange 
circuit shall be mapped to the SB bit which shall always be set to ON in the data transfer state. 

NOTE 2. The SA bits (both directions) are not mapped since CTs 107 and 108/2 are handled locally (notes 5,6). 

NOTE 3. The condition of status bit X towards the IWF may also be affected by the state of the receive buffer in 
the MT. 

NOTE 4. The state of CT 106 (or other local flow control mechanism) may also be affected by the state of the 
transmit buffer in the MT and the state of the RLP (RR/RNR). 

NOTE 5. CT 107 is controlled by the channel synchronisation process (27.001). 

NOTE 6. CT 108/2 may be used in the call setup and answering processes. 

NOTE 7. For inband local flow control, changes in the condition of the status bit X from the IWF also result in the 
sending of XON or XOFF to the DTE. 

NOTE 8. For inband local flow control, CT 133 is not mapped and the status bit X towards the IWF is controlled 
by the reception of XON and XOFF characters from the DTE. 

5.2.2 Call establishment signalling mapping 

The physical interfaces are mentioned in section 4.3.4 and the signalling mapping is described in section 8. 



5.3 



Flow Control 



The passage of flow control information between L2Rs is described in annex 1 . 

5.3.1 Conditions requiring flow control towards the network 



The L2R function will send immediately a "flow control active" indication in the following circumstances: 

(i) If the receive buffer from the radio side reaches a preset threshold. 

(ii) If local flow control is initiated by the TE2 (see section 5.3.3 a)). On receipt of this flow control indication 
transmission of data from the receive buffer towards the TE2 is halted. 

On removal of the buffer congestion or local flow control the L2R will send a "flow control inactive" indication. 
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In addition, for the local flow control condition, transmission of data from the receive buffers will be restarted. 

5.3.2 Conditional requiring flow control towards TE2 

The L2R function will immediately activate local flow control (see section 5.3.3 b)) under the following circumstances: 

(i) The transmit buffer reaches a pre-set threshold. 

(ii) The L2R receives a "flow control active" indication. 

On removal of the buffer congestion or receipt of L2R/RLP "flow control inactive" the local flow control will be 
removed. 

5.3.3 Local flow control 

Only inband flow control is allowed: 

a) from TE2: 

RNR is sent to indicate flow control active. RR is sent to indicate flow control inactive. Where RR/RNR is 
utilized then the TAP will generate flow control active/inactive immediately. 

b) From TAF: As from TE2. 

Where this method is used, the L2R will pass the RNR/RR frames to the TE2. 

5.4 Buffers 

5.4.1 TX buffers 

Data received from the TE2 shall be buffered such that if the MT is unable to transfer the data over the radio path then 
data is not lost. 

The buffer shall be capable of holding nl bytes. When the buffer is half full, TE2 shall be flow controlled as per 
section 5.3.2. The value for nl is up to the implementors. 

5.4.2 RX buffers 

Data for transfer to the TE2 shall be buffered such that if the TE2 is unable to accept data then data transferred from the 
MT is not lost. 

The buffer size should be n2 bytes. The value for n2 is up to the implementors. 

When the buffer becomes half full, the L2R will send a "flow control active" indication. 
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6 V- and S-series interface procedures to 04.08 

mapping 

Interface procedures not directly mappable to GSM 04.08 [5] (ie. V.25 bis VAL/INV) are not considered. Mobile 
management procedures of GSM 04.08 are not considered applicable. 

Mapping of other call establishment or clearing messages to the S interface e.g. "Call proceeding", etc. have not been 
included. It is assumed these will be able to be mapped directly and are of no relevance to the V.25 bis or manual 
interface. 

For Alternate speech/data and Speech followed by data digital services it will be necessary for the TAF to generate a 
"Modify" message for transmission, this shall be generated manually derived from MMI. This shall be according to the 
defined procedure in GSM 04.08 [5]. 



6.1 Mobile Originated calls 



a) SETUP 



Element 


Derived from 


MMI 


V.25 bis message 


S interface message 


Called Address 


Keypad 


CRN/CRI/CRS 


Setup 


Called 

Sub Address 

HLC 


Keypad 


CRI 


Setup 
Setup 


Derived from internal settings or MMI information. 


LLC 


Same as HLC 


Setup 


BC 


Same as HSC 

GSM 07.01 gives allowed values 


Setup (with additional 
information from MMI 
oriented settings) 



b) RELEASE COMPLETE 



Element 


Derived from 


MMI 


V.25 bis message 


S interface message 


Cause 


Display (optional) 


CFI 


Release complete 



6.2 



Mobile Terminated calls 



Call establishment is initiated by receipt of Setup at the MS: 
a) SETUP 
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Element 


Mapped on to 


MMI 


V.25 bis message 


S interface message 


Called Address 


Display (optional) 


INC 


Setup 


Called 

Sub Address 


Display (optional) 


Not applicable 


Setup 


HLC 


Display (optional) 


Not applicable 


Setup 


LLC 


Display (optional) 


Not applicable 


Setup 


BC 


Display (optional) 


Not applicable 


Setup (with PLMN 
specific elements 
removed) 



b) CALL CONFIRM 

Information for the BC element in the call confirm is derived from e.g. MMI or by internal settings. 

c) CONNECT 

Connect is sent in response to connect from the S-interface, CIC from V.25 bis or from MMI. 

7 X.21 interface procedures to 04.08 mapping 

7.1 X.21 procedures mapping 

The X.21 procedures mapping is shown in figures 10 and 11. The Bearer Capability Elements required on Dm channel 
are shown in GSM 07.01 [8] Annex 2. 

NOTE: DTE corresponds to TE2 and DCE corresponds to MT2 in the signal names of X.21 interface. 

7.1.1 Mobile originated call (see figure 10) 

Call Request of TE2 to Dm channel SET-UP: 

At R interface: In Ready state both TE2 and MT transmit (1,0FF). When the calling TE2 indicates Call Request 
(0,ON), the MT transmits Proceed to Select (+,OFF). Then the TE2 sends the Selection signals (IA5,0N) and End of 
Selection (+,0N) and enters the state DTE Waiting (1,0N). The MT shall transmit DCE Waiting (SYN,OFF). 

At MS-MSC interface: By receiving Call Request at R-interface, the MT shall start mobile originated call establishment 
(CHANNEL REQUEST message etc.). When the MT has received Selection signals and End of Selection from TE2, it 
shall send SET-UP, when possible. 

CALL PROCEED: 

After the traffic channel assignment is complete, the MT shall start sending (1,0FF) within the 40 bit frames (see 
sections 4.1.3 and 4.2.2) via the Bm (Lm) channel. 

Dm channel ALERT to Call Progress to TE2: 

This is applicable only to manually answered calls. 

When the MT receives ALERT from Dm channel, it shall transmit Call Progress signals (IA5,0FF) to TE2 and then 
enter the state DCE Waiting (SYN,OFF). 

Dm channel CONN to Ready For Data to TE2: 

When the MT receives CONN from Dm channel, it shall respond with CONN ACK message and it may send DCE 
Provided Information to the calling TE2. The MT transmits then Connection in Progress (1,0FF) to TE2. 

When the MT receives a frame with all data bits set to ONE, it performs the switch-through of data and control lines to 
TE2. 
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7.1.2 Mobile terminated call (see figure 10) 

Dm channel SET-UP to Incoming Call to TE2: 

When the TE2 is in Ready state and the MT receives SET-UP via Dm channel, the MT shall respond with ALERT in 
case of manual answering. Via R interface the MT transmits Incoming Call (Bell, OFF) to TE2. 

Call Accepted of TE2 to Dm channel CONN: 

When the MT receives Call Accepted via R interface (1,0N), it shall send CONN message via Dm channel. 

Dm channel CONN ACK to Ready For Data to TE2: 

When the MT receives CONN ACK from Dm channel, it shall start sending (1,0FF) within the 40 bit frames via the 
Bm (Lm) channel. Via R interface the MT transmits Connection in Progress (1,0FF) to TE2 after delivering DCE 
Provided Information if any. 

When the MT receives a frame with all data bits set to ONE, it performs the switch-through of data and control lines to 
TE2. 

7.1.3 Mobile termination clearing (see figure 11) 

DTE Clear Request (0,OFF) is transmitted via Bm (Lm) channel to the cleared terminal. The MT at the clearing TE2 
recognizes the Clear Request, transmits DCE Clear Confirmation (0,OFF) to TE2 and sends DISCONNECT message 
via Dm channel. When the radio channel is released, the MT shall transmit DCE Ready (1,0FF) and TE2 shall then 
enter the state DTE Ready (1,0FF). 

7.1 .4 Distant end terminal clearing 

When the MT receives DCE Clear Request via Bm (Lm) channel, it shall transmit DCE Clear Indication (0,OFF) to its 
TE2 via R interface. After the MT has received DTE Clear Confirmation (0,OFF), it sends DISCONNECT message via 
Dm channel. When the radio channel is released, the MT shall transmit DCE Ready (1,0FF) and TE2 shall then enter 
the state DTE Ready (1,0FF). 

7.1 .5 Network generated clearing (see figure 11) 

When the MT has received DISCONNECT message via Dm channel, it shall transmit DCE Clear Indication (0,OFF) to 
its TE2 via R interface. After the MT has received DTE Clear Confirmation (0,OFF) and the radio channel is released, 
the MT shall transmit DCE Ready (1,0FF) and TE2 shall then enter the state DTE Ready (1,0FF). 
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Calling 



Called 



TE2 




X.21 interface MT2 


MSC 


MT2 X.21 


interface 


TE2 




A 


Ready l.OFF . 




CHAN REQ . 




PAG REQ . 




^ l.OFF 


Ready ^ 




V 


l.OFF 
Call request 0,0N ^ 


l.OFF 
l.OFF 


f 
Incoming call^ 


. CHAN REQ 


l.OFF 
^ Proceed to select CON 


. IMM ASS 


IMM ASS . 


1 
SERV REQ . 


^ PAG RES 


1" 


+ .0FF 
Selection signals IA5,0N ^ 


. SERV REQ 


PAG RES^ 


. AUTH REQ 


f 
AUTH REQ . 


r 
+ .OFF 

DTE waiting l.ON ^ 


AUTH RES . 


. AUTH RES 


. CIPH CMD 


CIPH CMIl 


aPH COVl 


. aPH COM 


f 
SETUP ^ 


SETUP ^ 


A 


+ .0FF 
DCE waiting l.ON 




XALL PROC 


. CALL CONF 




BEL.OFF 
^ l.ON 


f 
Call accepted 


^ ASS CMD 


ASS CMD . 


SYN,OFF 
^ Call Progress l.ON 


ASS COM . 


. ASS COM 


^ ALERT 


ALERT ^ 


1" 

A 


IA5.0FF 
DCE waiting l.ON 




. CONN 


f 
. CONN 


CONN ACK ^ 






BELOFF 
l.ON 


DCE waitmg ^ 


1 

A 


SYN.OFF 
DCE information l.ON 


f 


4 


IA5.0FF 
Connection in l.ON 






CONN ACK ^ 






SYN.OFF 

l.ON DCE information ^ 


f 






progress 1 .OFF 
Ready for data 1 .ON 




/ 


("1") 


("1") 


\ 




IA5.0FF 

l.ON 


r 
Connection in^ 




l.OFF 
l.ON 


f 
progress 

Ready for data^ 


4 


l.ON 
Data transfer FL.ON^ 


\ 


("1") 

(Flags) 


("1") 

(Flags) 


/ 


l.ON 
. FLON 


r 
Data transfer^ 


A 


FLON 
Data transfer FR.ON. 




(Flags) 
(Frames) 


(Flags) 
(Frames) 




FLON 
. FR.ON 


r 
Data transfer^ 


f 


FR.ON 






(Frames) 


(Frames) 






FR.ON 


r 



NOTE: In the signal names of X.21 interface DTE corresponds with TE2 and DCE corresponds with MT2. 
Figure 10: Example of a calling and a called TE2 (X.21) 
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Clearing 

TE2 X.21 interface MT2 



Data transfer 



FR.ON, 



FR.ON 
Data transfer FLON, 



FL.ON 



DTE clear request 0,OFF 



DCE clear 



O.OFF 
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NOTE: In the signal names of X.21 interface DTE corresponds with TE2 and DCE corresponds with MT2. 
Figure 11: Example of a clearing and a cleared TE2 (X.21) 

7.2 Dm Signalling causes mapping to X.21 call progress signals 

The mapping of PLMN Dm channel signalling to X.21 call progress signals and DCE Provided Information is shown in 
table 7. 
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7.3. 



X.21 FACILITIES MAPPING 



The X.21 facilities are shown in table 8. The mapping of these to PLMN supplementary services is for FS. 
Table 7: Mapping of Dm cause fields to X.21 call progress signals 



Item 


Dm signalling cause 


Code 


X.21 call progress signal sign. 


Code 


01 


Unassigned (unallocated) number 


01 


Not obtainable 


43 


02 


No route to destination 


03 


Not obtainable 


43 


03 


Channel unacceptable 


06 


Not obtainable 


43 


04 


Normal call clearing 


16 


— 




05 


User busy 


17 


Number busy 


21 


06 


No user responding 


18 


No connection 


20 


07 


User alerting, no answer 


19 


No connection 


20 


08 


Call rejected 


21 


Controlled not ready 


45 


09 


Number changed 


22 


Changed number 


42 


10 


Destination out of order 


27 


Uncontrolled not ready 


46 


11 


Invalid number format (incomplete) 


28 


Selection sign, procedure error 


22 


12 


Facility rejected 


29 


Invalid facility request 


48 


13 


Response to status enquiry 


30 






14 


Normal, unspecified 


31 






15 


No circuit/channel available 


34 


No connection 


20 


16 


Network out of order 


38 


Out of order 


44 


17 


Temporary failure 


41 


Out of order 


44 


18 


Switching equipment congestion 


42 


Network congestion 


61 


19 


Access information discarded 


43 


— 




20 


Requested circuit/channel not available 


44 


No connection 


20 


21 


Resources unavailable, unspecified 


47 


Network congestion 


61 


22 


Quality of service unavailable 


49 


— 




23 


Requested facility not subscribed 


50 


Invalid facility request 


48 


24 


Bearer capability not authorized 


57 


Incompat. user class of service 


52 


25 


Bearer capability not presently available 


58 


Network congestion 


61 


26 


Service or option not available, unspecified 


63 


No connection 


20 


27 


Bearer service not implemented 


65 


Invalid facility request 


48 


28 


Only restricted digital information 
bearer capability is available 


70 


Invalid facility request 


48 


29 


Service or option not implemented, 
unspecified 


79 


Invalid facility request 


48 


30 


Invalid call reference value 


81 


Not obtainable 


43 


31 


Incompatible destination 


88 


Not obtainable 


43 


32 


Invalid transit network selection 


91 


Not obtainable 


43 


33 


Invalid message, unspecified 


95 


Selection signal transmis. error 


23 


34 


Mandatory info, element error 


96 


Selection signal procedure error 


22 


35 


Message type non-existent or 
not implemented 


97 


Selection signal procedure error 


22 


36 


Message not compatible with call state or 
message type non-existent or 
not implemented 


98 


Selection signal procedure error 


22 


37 


Information element non-existent 
or not implemented 


99 


Selection signal procedure error 


22 


38 


Invalid info, element contents 


100 


Selection signal transm. error 


23 


39 


Message not compatible with call state 


101 


Selection signal procedure error 


22 


40 


Recovery on timer expiry 


102 


Not obtainable 


43 


41 


Protocol error, unspecified 


111 


Selection signal procedure error 


22 


42 


Interworking, unspecified 


127 


RPOA out of order 


72 
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Table 8: X.21 facilities 



Facility 




request code 


Facility 


1 


Closed user group 


45 


DTE inactive registration 


45 


DTE inactive cancellation 


60 


Multiple address calling 


61 


Charging information 


62 


Called line identification 


63 


Redirection of callactivation 


63 


Redirection of callcancellation 


63 


Redirection of callstatus 


64 


Reverse status 


65 


Direct call registration 


65 


Direct call cancellation 


66 


Abbreviated address registration 


66 


Abbreviated address cancellation 



8 Support for packet service 



There is one way of supporting packet services via a circuit switched connection, namely as Basic PacketMode Service. 
In the Basic Packet Access case the GSM PLMN provides a connection to the PSPDN port or the PH of other networks 
(see GSM 09.06 [10]). 



8.1 Terminal configurations 



The terminal configurations are shown in figure 12. The TE2 can be connected to MT2 or TA via X.21, X.21 bis or 
V-series interface. Table 9 shows various interface types at R reference point. 

X.21 leased line 
X.21 bis 
V-series 



TE2 X.25 



MT2 



TE2 X.25 



TA V.1 10 



MT1 



TE1 V.110 



MT1 



Figure 12: Packet mode terminal configurations 

NOTE: For all configurations: 

The proper operation of LAPB requires fixing of working parameters, this is detailed in specification 
GSM 09.06 [10]. 
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Table 9: TE2/MT2 layer 1 specifications and procedures to initiate Bm channel establishment 



Condition 


TE2/MT2 Layer 1 
specification 


Events at the R reference 
point 


Procedures according to: 


Hot-line access 
(note) 


X.25 


X.21 leased 
circuit 


TE2 sets C=N 


CCITTRec X.25 section 1.1 


X.21 bis 


TE2 sets circuit 108=ON 


CCITT Rec X.25 section 1 .2 


V-series 
interface 


TE2 sets circuit 108=ON 


CCITT Rec X.25 section 1 .3 


X.21 circuit-switched 


TE2 signals direct call 


CCITT Rec X.21 section 4.4 


X.21 bis direct call 


TE2 signals direct call 


CCITT Rec X.21 bis section 2.3.1 


Full circuit- 
switched access 


X.21 addressed call 


TE2 enters call control 
phase 


CCITT Rec X.21 section 4 


X.21 bis addressed call 


TE2 performs automatic 
address call 


CCITT Rec X.21 bis section 2.3.2 
iii 


V25 bis addressed call 


TE2 uses address call mode 


CCITT Rec V.25 section 4 



NOTE: In this case the terminal equipment assumes a semipermanent connection. After appropriate event at R 
reference point the MT2 will establish Bm channel to the PSPDN port or the PHF. MT2 requires the 
address of the PSPDN port or the PH and the setting of the parameters of the BC/LLC-IEs as described in 
sections 8.2 and 8.3. 

8.2 Support for basic packet access 

The GSM PLMN shall support the Basic Packet Mode Service in line with TS 09.06, thus the definitions laid down 
therein apply accordingly to the subject matter of this section. 

For mobile originated call the Call Set-up message contains the E.164 address of the PSPDN port or the PHAU. This 
address will be provided by TEl or TA in the case of S interface or by TE2 (R interface). The address must be provided 
either by MMI or by internal settings of MT2, if the TE2 is an ordinary X.25 terminal connected via "X.21 leased line", 
"X.21 bis" or "V-series" interface. 

The required settings of the parameters of the BC/LLC-IE is shown in GSM 07.01 [8]. This setting might be performed 
via the MMI or being based on internal settings within the MT2. 

For an incoming call the connection establishment is in line with GSM 09.06, 09.07 and 04.08. In the case of V-series 
interface (full circuit switched access) the TE2 must support V.25 bis Auto Answer procedure. 

When the connection between the PSPDN port and the PH, respectively, and the TE is established, the TAF shall take 
care of mapping Bm channel to/from: 

a) V series or X series interface data circuits 

b) B channel in case of S interface 

TE/MT and PSPDN port and the PH, respectively, take care of higher layer protocols, e.g. X.32 identification and X.25 
LAPB and PLP. 



8.3 



VOID 
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Annex A (normative): 
L2R Functionality 



A.1 Introduction 



This annex describes the Layer 2 Relay (L2R) functionality required to support LAPB non-transparently. The general 
aspects of L2Rs are described in specification GSM 07.01 [8]. Figure 1 shows the three sub-functions of the L2R. 



LAPB 



BORE 



LAPB 
Entity 



L2RB0P 
Entity 



L2RB0P 



LAPB Link Access Protocol Balanced 
BORE Bit Oriented Relay Entity 
L2RB0P L2R Bot Oriented Protocol 

Figure 1 : Sub-functions of the L2R 

Section 2 describes the L2R Bit Oriented Protocol (L2RB0P) and section 3 describes the use of the L2RB0P to 
transport LAPB information fields. 



A.2 L2RB0P 

The LAPB user information fields and interface status changes are transferred between L2Rs using the services of the 
radio link. The L2RB0P entity segments and reassembles the LAPB user information fields to fit into the service data 
units (SDUs) handled by the radio link. Le. segments of LAPB user information fields and interface status changes are 
transferred between L2Rs in n octet Protocol Data Units (PDUs). This corresponds to the fixed length of the RLP frame 
information field. The octets within the L2RB0P-PDU are numbered to n-1, octet is transmitted first. The value of n 
depends on the negotiated RLP version and frame type (GSM 04.22). The bits within the octets are numbered 1 to 8, bit 
1 is transmitted first. 

The RLP version value 2 indicates RLP multi-link operation. The RLP version value or 1 indicates RLP single-link 
operation. 

The L2RB0P also provides facilities for transferring LAPB connection control information between L2Rs. This LAPB 
connection control information allows concatenated LAPB connections to be established, reset and released. 

The L2RB0P PDUs are coded as follows: 

- Each octet contains a status octet, 1-8 bits of user information, control information or fill. 

- Octet shall always contain a status octet in case at least one status octet is transportet in the L2RB0P PDU. In 
RLP-versions and 1 a PDU always carries at least one status octet. In RLP version 2 a PDU carries status 
octet(s) only if actual status change(s) has taken place within the period represented by the PDU. Here the L2R 
status flag in the RLP version 2 header is set to 1 when status octet(s) is carried in the PDU. 

- Status octets contain 3 status bits and 5 address bits. In cases where two status octets within the PDU are 
separated by more than 23 octets, the first status octet in octet m is followed by a pointer octet in octet m+1 



ETSI 



(3G TS 27.003 version 3.2.0 Release 1 999) 29 ETSI TS 1 27 003 V3.2.0 (2000-01 ) 



forming a two-octet status field. The pointer octet contains one reserved bit and seven address bits indicating the 
number of characters between the status field and the second status octet. 

The 3 status bits are used to convey the interface conditions that are conveyed by the S and X bits in CCITT 
recommendations V.llO and X.30. In the case of V series interfaces the 3 status bits correspond to SA, SB and X 
bits specified in V.l 10. In the case of X series interfaces only 2 bits are used and these correspond to S and X 
bits specified in X.30. The V series SA, SB and X bits use bit positions 8, 7 and 6 respectively in the status 
octets. The X series S and X bits use bit positions 7 and 6 respectively, in this case bit position 8 is unused. 

LAPB user information is carried in L2RB0P-PDU information octets such that the first LAPB user information 
bit, in any consecutive group of 8, received or transmitted corresponds to bit position 1 in the octet. The second 
to bit position 2, etc. 

Information octets are inserted into the L2RB0P-PDU in order of arrival in octets 1 to n-1 for RLP single-link 
operation, in octets 1 to n-1 for RLP multi-link operation with status octet transportation and in octets to n-1 
for multi-link operation with no status octet transportation. 

The address field in the status octets indicates the position of the next status octet within the L2RB0P-PDU. This 
indicates the number of information octets between status octets. Thus if two status octets are inserted into an 
L2RB0P-PDU at offsets 1 and m the address field value for the status octet at offset 1 will be defined by m-1-1 
(m>l+l). The low order bit of the address corresponds to bit 1 of the octet and the high order bit to bit 5. 

Status octets are inserted in the information stream whenever a status change needs to be transmitted. 

Only address values 1 to n-2 (n-2 < 23) in the address field of status octets are used for addressing purposes. The 
implication of not allowing address value to be used for addressing is that two status octets can not be sent 
after each other. The remaining codes are used to indicate: 

- Last status change, remainder of L2RB0P-PDU is empty. Address field value is 31. 

- Last status change, remainder of L2RB0P-PDU full of information octets. Address field value is 30. 

- End of a LAPB user information field. Address field value is 29. This is used to delimit LAPB user 
information fields. In this case the 3 status bits do not have their usual meaning. They are used to indicate the 
number of information bits in the previous information octet. A binary number in the range to 7 is 
contained in bit positions 8, 7 and 6, bit 6 is the low order bit. The values 1-7 indicate the number of 
information bits used, value indicates all bits used. If this octet is not on the last position in a 
L2RB0P-PDU another status octet follows (e.g. an End of LAPB user information field in octet is followed 
by a status octet in octet 1). 

- Abort a LAPB user information field transfer. The address field value is 28. This is used to abort the 
transmission of a LAPB user information field after sending one or more segments in L2RB0P-PDUs. If this 
octet is not on the last position in a L2RB0P-PDU another status octet is following (e.g. an Abort a LAPB 
user information field transfer in octet is followed by a status octet in octet 1). 

- L2RB0P-PDU contains at least two status octets which are separated by more than 23 characters; the 
address-field value in the first octet of the two-octet status field is 27 and the address bits in the pointer 
octet of the status field indicate the number of characters between the two-octet status field and the next 
status octet. 

- Address field values from n-1 to 26 are reserved. In case of a PDU more than 25 octets in length, address 
field values from 24 to 26 are reserved. 



When it is necessary to insert a status octet into the information stream when no status change has occurred, e.g. 
to indicate that the remainder of an L2RB0P-PDU is empty or to indicate end of a LAPB user information field, 
the current status shall be repeated. 

In case when 64 data octets are carried by a 66-octet PDU, a status octet is carried in octet and another status 
octet within the first 24 data octets. (The first status octet gives the address of the second status octet, which 
carries value 30 in its address field.) 
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LAPB connection control information is transferred between L2Rs by use of a connection control PDU. 
Connection control PDUs consist of an L2RB0P PDU with the status octet in octet containing address field 
value 0. The coding of the remainder of the L2RB0P connection control PDU is as follows: 

Octet 1 contains the connection number, always for LAPB. Other values are reserved for future use. 

- Octet 2 contains the connection control information. The connection control information values are 1 for 
Connect, 2 for Reset, 3 for Disconnect and 4 for loss of LAPB interframe fill. This octet is coded as a binary 
number with the low order bit corresponding to bit 1 . 

- The use of octets 3 to n-1 is reserved. 

LAPB exchange identification frames (XID) are transferred between L2Rs by use of exchange identification 
PDUs. These PDUs consist of L2RB0P PDUs with the status octet in octet containing address field values 0. 
The coding of the remainder of the PDU is as follows: 

- Octet 1 contains the connection number, always for LAPB. Other values are reserved for future use. 

- Octet 2 contains the exchange identification indication. The values are 5 for an Exchange Identification 
Request and 6 for an Exchange Identification Acknowledge. The values 7 to 255 are reserved. This octet is 
coded as a binary number with the low order bit corresponding to bit 1 . 

- The octet 3 contains a normal status octet. The rest of the PDU and of the following PDUs, if any, is used to 
transfer the XID information and it is treated like normal user data information PDUs as far as the coding is 
concerned. 



A.3 Use of the L2RB0P 



The L2R function required to support LAPB non-transparently consists conceptually of the three sub-functions shown 
in figure 1, i.e. the LAPB entity, the BORE and the L2RB0P entity. These perform the following functions: 

LAPB entity - This terminates the LAPB protocol from the terminal or the network. The service provided by the 
LAPB entity to the BORE is described in ISO DIS 8886.2 - OSI Data link service definition. 

- L2RB0P entity - This uses the services provided by the radio link, see specification GSM 04.22 [7]. The service 
provided by the LAPB entity to the BORE. 

- BORE - This concatenates the data link services provided by the use of the L2RB0P and LAPB. 
The functions are described in more detail in the following sections. 

A.3.1 Radio Link Connection Control 

The L2RB0P entity uses the services of the radio link to establish, reset and release the connection to its peer L2RB0P 
entity. The radio link connection will be established and released as a result of indications from the signalling 
mechanisms when the supporting circuit switched connection is established. 

After an RLP reset or RLP disconnect the L2RB0P entities shall assume that the remote LAPB connection is in 
disconnected state. No data can therefore be transported between the L2RB0P entities before an exchange of the 
connection control PDU "Connect" has taken place. All connection control PDUs transferred before the RLP reset are 
no longer valid and must not be acknowledged. All PDUs (except XID) received by the L2RB0P entities after an RLP 
reset or disconnect and before a new connection control PDU "Connect" has been received will be discarded by the 
L2RB0P entity. 

A.3.2 Status transfer 

The L2RB0P entity transfers interface status information between L2Rs via the status octets in the L2RB0P-PDUs. 
The meaning of the bits is exactly the same as that defined in CCITT recommendation V.l 10 and X.30. Status changes 
are inserted in the L2RB0P-PDU in the position corresponding to the position in the information stream at the 
DTE/DCE interface that the interface status change occurred. When the RLP is established or reset a L2RB0P-PDU 
with the current status octet shall be sent. 
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A.3.3 LAPB connection control 

The L2RB0P entity transfers LAPB connection control information between L2Rs via the L2RB0P connection control 
PDUs. This allows a LAPB connection to be established, reset and released when the remote LAPB connection is 
established, reset and released or vice versa. L2RB0P connection control PDUs containing connect or reset requests 
shall be acknowledged by a similarly coded L2RB0P connection control PDU in the reverse direction. Data transfer 
between L2Rs is not allowed until the connection control acknowledge PDU is received. 

In the case of requests crossing they shall each be treated as acknowledgements of the other. 



A.3.4 LAPB exchange identification 



The L2RB0P entity transfers a LAPB exchange identification request/acknowledge between L2Rs via the L2RB0P 
exchange identification PDUs. This allows transfer of identification information prior to link establishment and/or 
during the link (especially with respect to ISO 8885/DADI). A L2RB0P exchange identification request PDU shall be 
answered by an associated exchange identification acknowledge PDU. In case of crossing of two requests each request 
shall be answered individually. A LAPB exchange identification request with identification information will be 
acknowledged by the LAPB entity from L2R only when the acknowledge from the remote LAPB connection is 
indicated by an exchange identification acknowledge PDU sent by the remote L2RB0P entity. 

A.3.5 Data Transfer 

The L2RB0P entity assembles and disassembles L2RB0P-PDUs by segmenting and reassembling the LAPB user 
information fields. 

A.3.6 Flow control 

Flow control information is transferred between L2Rs in two ways, these are: 

- back pressure caused by L2R buffer conditions 

- use of the X-bit in the status octet, 
X = 1 flow control active 

X = flow control inactive 
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